home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxxx / rfc1635 < prev    next >
Text File  |  1995-07-26  |  27KB  |  732 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         P. Deutsch
  8. Request for Comments: 1635                                     A. Emtage
  9. FYI: 24                                                           Bunyip
  10. Category: Informational                                        A. Marine
  11.                                                                NASA NAIC
  12.                                                                 May 1994
  13.  
  14.  
  15.                         How to Use Anonymous FTP
  16.  
  17. Status of this Memo
  18.  
  19.    This memo provides information for the Internet community.  This memo
  20.    does not specify an Internet standard of any kind.  Distribution of
  21.    this memo is unlimited.
  22.  
  23. Abstract
  24.  
  25.    This document provides information for the novice Internet user about
  26.    using the File Transfer Protocol (FTP).  It explains what FTP is,
  27.    what anonymous FTP is, and what an anonymous FTP archive site is.  It
  28.    shows a sample anonymous FTP session.  It also discusses common ways
  29.    files are packaged for efficient storage and transmission.
  30.  
  31. Acknowledgements
  32.  
  33.    This document is the result of work done in the Internet Anonymous
  34.    FTP Archives (IAFA) working group of the IETF.  Special thanks are
  35.    due to Mark Baushke (Cisco), John Curran (BBN), Aydin Edguer (CWRU),
  36.    Rafal Maszkowski (Onsala Space Observatory), Marsha Perrott
  37.    (PREPnet), Bob Peterson (Texas Instruments), Nathan Torkington
  38.    (Victoria University of Wellington), and Stephen Tihor (NYU) for
  39.    excellent comments and contributions.
  40.  
  41. What is FTP?
  42.  
  43.    FTP refers to the File Transfer Protocol [1], one of the protocols
  44.    within the TCP/IP protocol suite used on the Internet.  The File
  45.    Transfer Protocol makes it possible to transfer files from one
  46.    computer (or host) on the Internet to another.  There are many FTP
  47.    implementations built on the specification of the FTP protocol.  A
  48.    user of an FTP program must log in to both hosts in order to transfer
  49.    a file from one to the other.
  50.  
  51.    It is common for a user with files on more than one host to use the
  52.    FTP program to transfer files from one host to another.  In this
  53.    case, the user has an account on both hosts involved, so he has
  54.    passwords for both hosts.
  55.  
  56.  
  57.  
  58. IAFA Working Group                                              [Page 1]
  59.  
  60. RFC 1635                       How To FTP                       May 1994
  61.  
  62.  
  63.    However, Internet users may also take advantage of a wealth of
  64.    information available from archive sites by using a general purpose
  65.    account called "anonymous FTP".
  66.  
  67. What is an Archive Site?
  68.  
  69.    An archive site is a host that acts as a repository of information,
  70.    much like a conventional library.  Information stored on these
  71.    Internet hosts is made available for users to transfer to their local
  72.    sites.  Users run software to identify this information and transfer
  73.    it to their own hosts.  Such a transfer is done with a program that
  74.    implements the File Transfer Protocol (FTP).
  75.  
  76. What is Anonymous FTP?
  77.  
  78.    Anonymous FTP is a means by which archive sites allow general access
  79.    to their archives of information.  These sites create a special
  80.    account called "anonymous".  User "anonymous" has limited access
  81.    rights to the archive host, as well as some operating restrictions.
  82.    In fact, the only operations allowed are logging in using FTP,
  83.    listing the contents of a limited set of directories, and retrieving
  84.    files.  Some sites limit the contents of a directory listing an
  85.    anonymous user can see as well.  Note that "anonymous" users are not
  86.    usually allowed to transfer files TO the archive site, but can only
  87.    retrieve files from such a site.
  88.  
  89.    Traditionally, this special anonymous user account accepts any string
  90.    as a password, although it is common to use either the password
  91.    "guest" or one's electronic mail (e-mail) address.  Some archive
  92.    sites now explicitly ask for the user's e-mail address and will not
  93.    allow login with the "guest" password.  Providing an e-mail address
  94.    is a courtesy that allows archive site operators to get some idea of
  95.    who is using their services.
  96.  
  97. What Information Do You Need to Know?
  98.  
  99.    To retrieve a specific file, a user needs to know what host it is on,
  100.    and the pathname of the file.  A pathname tells the directory (and
  101.    possibly subdirectories) that house the file, and the name of the
  102.    file.  Often discussions of available files will not specifically
  103.    say, "This file is available for anonymous FTP from X host with Y
  104.    pathname".  However, if a file is publicly announced as available and
  105.    referred to as something like pub/good-stuff on nisc.sri.com, it is a
  106.    good assumption that you can try to transfer it.
  107.  
  108.    You may also need to know if your machine uses an ASCII, EBCDIC, or
  109.    other character set to know how likely a transfer of binary
  110.    information will work, or whether such a transfer will require other
  111.  
  112.  
  113.  
  114. IAFA Working Group                                              [Page 2]
  115.  
  116. RFC 1635                       How To FTP                       May 1994
  117.  
  118.  
  119.    keywords, such as is true for TENEX.
  120.  
  121.    In the general case, you may assume that an ASCII transfer will
  122.    always do the right thing for plain text files.  However, more and
  123.    more information is being stored in various compressed formats (which
  124.    are discussed later in this document), so knowing the binary
  125.    characteristics of your machine may be important.
  126.  
  127. A Sample Session
  128.  
  129.    To start an FTP session on a UNIX or VMS host, you type "ftp" and the
  130.    host name or host IP address of the machine to which you want to
  131.    connect.  For example, if you wish to access the NASA Network
  132.    Applications and Information Center archive site, you would normally
  133.    execute one of the following commands at the UNIX prompt:
  134.  
  135.  
  136.            ftp naic.nasa.gov
  137.    or
  138.            ftp 128.102.128.6
  139.  
  140.    Observe that the first form uses the fully-qualified domain name and
  141.    the second uses the Internet address for the same host.
  142.  
  143.    The following is an example of connecting to the naic.nasa.gov host
  144.    to retrieve STD 9, RFC 959, "File Transfer Protocol (FTP)" [1].
  145.  
  146.    Note several things about the session.
  147.  
  148.     1. Every response the FTP program at the archive site gives
  149.        is preceded by a number.  These numbers are called
  150.        Reply Codes and are defined in the FTP specification,
  151.        RFC 959.  The text that accompanies these reply codes
  152.        can vary in different FTP implementations, and usually does.
  153.  
  154.        Also note that some FTP client implementations (e.g., MVS
  155.        systems) may not echo the reply codes or text as
  156.        transmitted from the remote host.  They may generate their
  157.        own status lines or just hide the non-fatal replies
  158.        from you.  For the purposes of this document, the more
  159.        popular UNIX interface to the FTP client will be
  160.        presented.
  161.  
  162.     2. The password you type is never shown on your screen.
  163.  
  164.     3. It is possible to "browse" in archives, but most often users
  165.        already know the pathname of the file they want.  The pathname
  166.        for RFC 959 on this host is files/rfc/rfc959.txt.  In the
  167.  
  168.  
  169.  
  170. IAFA Working Group                                              [Page 3]
  171.  
  172. RFC 1635                       How To FTP                       May 1994
  173.  
  174.  
  175.        example, we first connect to the 'files/rfc' directory (cd
  176.        files/rfc), then get the specific file we know we want.  If you
  177.        do not know the name of the file you want, a file called README
  178.        or something similar (00README.1ST, AAREAD.ME, INDEX, etc.) is
  179.        probably the one to retrieve first.
  180.  
  181.    atlas.arc.nasa.gov% ftp naic.nasa.gov
  182.    Connected to naic.nasa.gov.
  183.    220 naic.nasa.gov FTP server (Wed May 4 12:15:15 PDT 1994) ready.
  184.    Name (naic.nasa.gov:amarine): anonymous
  185.    331 Guest login ok, send your complete e-mail address as password.
  186.    Password:
  187.    230-----------------------------------------------------------------
  188.    230-Welcome to the NASA Network Applications and Info Center Archive
  189.    230-
  190.    230-     Access to NAIC's online services is also available through:
  191.    230-
  192.    230-        Gopher         - naic.nasa.gov (port 70)
  193.    230-    World-Wide-Web - http://naic.nasa.gov/naic/naic-home.html
  194.    230-
  195.    230-        If you experience any problems please send email to
  196.    230-
  197.    230-                    naic@nasa.gov
  198.    230-
  199.    230-                 or call +1 (800) 858-9947
  200.    230-----------------------------------------------------------------
  201.    230-
  202.    230-Please read the file README
  203.    230-  it was last modified on Fri Dec 10 13:06:33 1993 - 165 days ago
  204.    230 Guest login ok, access restrictions apply.
  205.    ftp> cd files/rfc
  206.    250-Please read the file README.rfc
  207.    250-  it was last modified on Fri Jul 30 16:47:29 1993 - 298 days ago
  208.    250 CWD command successful.
  209.    ftp> get rfc959.txt
  210.    200 PORT command successful.
  211.    150 Opening ASCII mode data connection for rfc959.txt (147316 bytes).
  212.    226 Transfer complete.
  213.    local: rfc959.txt remote: rfc959.txt
  214.    151249 bytes received in 0.9 seconds (1.6e+02 Kbytes/s)
  215.    ftp> quit
  216.    221 Goodbye.
  217.    atlas.arc.nasa.gov%
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. IAFA Working Group                                              [Page 4]
  227.  
  228. RFC 1635                       How To FTP                       May 1994
  229.  
  230.  
  231. Variations
  232.  
  233.    The above example is of the FTP program available on UNIX systems.
  234.    Other operating systems also make FTP programs available.  The actual
  235.    commands you type may vary somewhat with other programs.  However, in
  236.    general, you will do the following with every FTP program:
  237.  
  238.      - Log in to your local host, and invoke the FTP program.
  239.  
  240.      - Open a connection to the host (using either the host name
  241.        or its IP address)
  242.  
  243.      - Once connected to the remote host, log in with username
  244.        "anonymous".
  245.  
  246.      - Provide either the password "guest" or whatever the password the
  247.        site requests.
  248.  
  249.      - Issue whatever FTP commands you require, such as those to
  250.        change directories or to retrieve a file.
  251.  
  252.      - When finished, exit the FTP program, which will close your
  253.        connection to the archive host.
  254.  
  255. Friendly Servers
  256.  
  257.    These days, many sites are using a form of FTP that allows them to
  258.    display several lines of explanatory text that help direct users
  259.    through their archive.  The listing of alternative services on
  260.    naic.nasa.gov is an example.  If these effusive servers confuse the
  261.    client you are using, try typing a hyphen ( - ) before your password
  262.    when you log in.  That should disable the verbose mode of the server.
  263.  
  264. Other FTP Commands
  265.  
  266.    We have demonstrated some of the commands available with FTP
  267.    programs.  Many others are possible.  For example, once you have
  268.    logged in to a remote host:
  269.  
  270.      - You may ask the FTP program to display a list of available
  271.        commands, typically by invoking the FTP program without
  272.        arguments and typing "help".
  273.  
  274.      - You may view the contents of the directory to which you are
  275.        connected.  Type "dir" or "ls" to do so.
  276.  
  277.      - You may rename a file by using the "get" command's
  278.        optional local file name, which follows the remote file
  279.  
  280.  
  281.  
  282. IAFA Working Group                                              [Page 5]
  283.  
  284. RFC 1635                       How To FTP                       May 1994
  285.  
  286.  
  287.        name on the command line.  You probably should rename a
  288.        file when the remote file name exceeds your local file
  289.        system's naming constraints, e.g., if the remote file
  290.        name is too long.  An example of using the "get" command
  291.        to rename a file when transferring it might be "get
  292.        really-long-named-file.txt short.txt".
  293.  
  294.      - You may set BINARY mode to transfer executable programs or files
  295.        of data.  Type "binary" to do so.  Usually
  296.        FTP programs assume files use only 7 bits per byte, the norm for
  297.        standard ASCII-encoded files.  The BINARY command allows you to
  298.        transfer files that use the full 8 bits per byte without error,
  299.        but this may have implications on how the file is transferred
  300.        to your local system.
  301.  
  302.        If you are not sure what format a file is in, you may need to
  303.        transfer it a second time in the other mode (BINARY or ASCII)
  304.        if your first guess is wrong.  The extension at the end of the
  305.        file name may give you a clue.  File name extensions are
  306.        described below.
  307.  
  308.        Because some machines store text files differently than others,
  309.        you may have to try your luck if you're not sure what format
  310.        a file is in.  A good guess is to try ASCII mode first, if
  311.        you have grounds to suspect the file is a text file.  Otherwise,
  312.        try BINARY mode.  Try TENEX mode as a last resort.
  313.  
  314.      - You may transfer multiple files at the same time.  To set this
  315.        mode, type "mget".  You then supply a file name pattern that
  316.        the remote system understands and it tries to transfer each
  317.        file in turn.  If your local FTP user agent cannot transform
  318.        the remote file names into legal local file names, or if there
  319.        are some files that must be transferred in ASCII mode and others
  320.        that must be transferred in BINARY mode, you may not be able to
  321.        take advantage of this facility.
  322.  
  323.    Full details on the commands and options available are in the FTP
  324.    documentation that comes with your system.  You can also type "help"
  325.    at the FTP command prompt for a list of command options.
  326.  
  327.    A copy of the UNIX version of the FTP documentation is available from
  328.    the online manual.  If your UNIX site has the manuals installed, type
  329.    the following at the UNIX prompt:
  330.  
  331.            % man ftp
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. IAFA Working Group                                              [Page 6]
  339.  
  340. RFC 1635                       How To FTP                       May 1994
  341.  
  342.  
  343. The Packaging and Naming of Files
  344.  
  345.    Several widely used conventions allow for efficient storage and
  346.    transmission of information stored at archive sites.
  347.  
  348.    Information stored on archive sites is often "transformed" in three
  349.    common ways.  "Compressing" (reducing the size of) the stored
  350.    information makes more space available on the archive, and reduces
  351.    the amount of data actually transferred across the network.
  352.    "Bundling" several files into one larger file maintains the internal
  353.    directory structure of the components, and allows users to transfer
  354.    only one larger object rather than several (sometimes hundreds) of
  355.    smaller files.
  356.  
  357.    In addition, binary data is often converted into an ASCII format for
  358.    transmission, a process referred to in this document as
  359.    "transformation".  Traditionally, Internet RFC 822-based electronic
  360.    mail and USENET protocols did not allow the transmission of "binary"
  361.    (8-bit) data; therefore, files in binary format had to be transformed
  362.    into printable 7-bit ASCII before being transmission.
  363.  
  364.    On many systems, various file naming conventions are used to help the
  365.    remote user to determine the format of the stored information without
  366.    first having to retrieve the files.  Below we list the more common
  367.    compression, bundling, and transformation conventions used on the
  368.    Internet.  This list is not intended to be exhaustive.  In all cases
  369.    public domain or freely-available implementations of the programs
  370.    associated with these mechanisms are available on the network.
  371.  
  372.      1) compress/uncompress
  373.  
  374.      Filenames terminating in ".Z" normally signify files that have been
  375.      compressed by the standard UNIX Lempel-Ziv "compress" utility.
  376.      There is an equivalent program called "uncompress" to reverse the
  377.      process and return the file to its original state.  No bundling
  378.      mechanism is provided, and the resulting files are always in binary
  379.      format, regardless of the original format of the input data.
  380.  
  381.      2) atob/btoa
  382.  
  383.      Performs a transformation of ASCII to binary (atob) and the reverse
  384.      (btoa) in a standard format.  Files so transformed often have
  385.      filenames terminated with ".atob".  No bundling or compression
  386.      mechanisms are used.
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. IAFA Working Group                                              [Page 7]
  395.  
  396. RFC 1635                       How To FTP                       May 1994
  397.  
  398.  
  399.      3) atox/xtoa
  400.  
  401.      A data transformation standard used to convert binary
  402.      files to transferable ASCII format.  Sometimes used in
  403.      preference to other similar mechanisms because it is more
  404.      space efficient; however, it is not a compression
  405.      mechanism per se.  It is just more efficient in the
  406.      transformation from one format to the other.  Filenames of
  407.      files in this format often have the ".atox" extension.
  408.  
  409.      4) uuencode/uudecode
  410.  
  411.      Transforms binary to ASCII ("uuencode") and the reverse
  412.      ("uudecode") transformation in a standard manner.
  413.      Originally used in the UUCP ("Unix to Unix CoPy")
  414.      mail/USENET system.  No bundling or compression mechanisms
  415.      are used.  Naming conventions often add a .uu at the end
  416.      of the file name.
  417.  
  418.      5) tar/untar
  419.  
  420.      Originally a UNIX based utility for bundling (and
  421.      unbundling) several files and directories into (and from)
  422.      a single file (the acronym stands for "Tape ARchive").
  423.      Standard format provides no compression mechanism.  The
  424.      resulting bundled file is always in binary format
  425.      regardless of whether the constituent files are binary or
  426.      not.  Naming conventions usually hold that the filename of
  427.      a "tarfile" contain the sequence ".tar" or "-tar".
  428.  
  429.      6) zip/unzip
  430.  
  431.      Often used in IBM PC environments, these complementary programs
  432.      provide both bundling and compression mechanisms.  The resulting
  433.      files are always in binary format.  Files resulting from the "zip"
  434.      program are by convention terminated with the ".zip" filename
  435.      extension.
  436.  
  437.      7) arc/unarc
  438.  
  439.      Often used in IBM PC environments, these complementary programs
  440.      provide both bundling and compression mechanisms.  The resulting
  441.      files are always in binary format.  Files stored in this format
  442.      often have a ".arc" filename extension.
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. IAFA Working Group                                              [Page 8]
  451.  
  452. RFC 1635                       How To FTP                       May 1994
  453.  
  454.  
  455.      8) binhex
  456.  
  457.      Used in the Apple MacIntosh environment, the binhex
  458.      process provides bundling as well as binary to ASCII data
  459.      transformations.  Files in this format by convention have
  460.      a filename extension of ".hqx".
  461.  
  462.      9) shar
  463.  
  464.      Bourse shell archives package text or binary files into a
  465.      single longer file which, when executed, will create the
  466.      component files.  Because this format is vulnerable to
  467.      misuse, most users use a special tool called unshar to
  468.      decode these archives.  By convention, files in this
  469.      format have a filename extension of ".shar".
  470.  
  471.      10) VMS_SHARE
  472.  
  473.      DCL archives package text or binary files into a single
  474.      longer file which, when executed, will created the
  475.      component files.  Because this format is vulnerable to
  476.      misuse, care must be take to examine such an archive
  477.      before executing it.  By convention, files in this format
  478.      have a filename extension of ".shar".
  479.  
  480.      11) Multipart shar/vms_share files
  481.  
  482.      Sometimes these shell archive files are broken into
  483.      multiple small parts to simplify their transfer over other
  484.      forms of fileservers that share the same archive tree.  In
  485.      such cases, the parts of the files are usually suffixed
  486.      with a part number (e.g., xyz.01 xyz.02 xyz.03 ... or even
  487.      .01-of-05).  Collect all the parts, concatenate them on
  488.      your local system, and then apply the procedure listed
  489.      above for a simple shar or vms_share file to the
  490.      concatenated file you just made.
  491.  
  492.      12) zoo
  493.  
  494.      The zoo program implements compression/decompression and
  495.      bundling/unbundling in a single program.  Utilities
  496.      supporting the zoo format exist on a wide variety of
  497.      systems, including Unix, MS-DOS, Macintosh, OS/2, Atari
  498.      ST, and VAX VMS.  Files created by the "zoo" programs by
  499.      convention end with the ".zoo" filename extension.  Zoo is
  500.      a popular distribution format due to the availability of
  501.      free implementations (both source and executable code) on
  502.      a wide variety of operating systems.
  503.  
  504.  
  505.  
  506. IAFA Working Group                                              [Page 9]
  507.  
  508. RFC 1635                       How To FTP                       May 1994
  509.  
  510.  
  511.      13) gzip/gunzip
  512.  
  513.      The Free Software Foundation GNU project adopted a variant
  514.      of the zip compression mechanism as a substitute for the
  515.      compress/uncompress commands.  The resulting files are
  516.      always in binary format.  Files resulting from the "gzip"
  517.      program are by convention terminated with the ".z" or
  518.      ".gz" filename extensions.  The gunzip program also
  519.      recognizes ".tgz" and ".taz" as shorthands for ".tar.z" or
  520.      ".tar.Z".  Also, gunzip can recognize and decompress files
  521.      created by the gzip, zip, compress, or pack commands.
  522.  
  523.      The GNU project recently began distributing and using the
  524.      gzip/gunzip utilities.  Even more recently they changed
  525.      the default suffix from .z to .gz, in an attempt to (1)
  526.      reduce confusion with .Z, and (2) eliminate a problem with
  527.      case-insensitive file systems such as MS-DOS.  The gzip
  528.      software is freely redistributable and has been ported to
  529.      most UNIX systems, as well as Amiga, Atari, MSDOS, OS2,
  530.      and VMS systems.
  531.  
  532.    In some cases, a series of the above processes are performed to
  533.    produce the final file as stored on the archive.  In cases where
  534.    multiple transformation processes have been used, tradition holds
  535.    that the original (base) filename be changed to reflect these
  536.    processes, and that the associated filename extensions be added in
  537.    the order in which the processes were performed.  For example, a
  538.    common procedure is first to bundle the original files and
  539.    directories using the "tar" process, then to "compress" the bundled
  540.    file.  Starting with a base file name of "foobar", the file name in
  541.    the archive would become "foobar.tar.Z".  As this is a binary file,
  542.    it would require a further transformation into printable ASCII by a
  543.    program such as "uuencode" in order to be transmitted over
  544.    traditional email or USENET facilities, so it might finally be called
  545.    "foobar.tar.Z.uu."
  546.  
  547.    Some operating systems can not handle multiple periods; in such cases
  548.    they are often replaced by hyphen ( - ), underscore ( _ ), or by
  549.    detailed instructions in the "read me" files in the directories.
  550.  
  551. Compress and Tar
  552.  
  553.    Here is an example of the use of the "compress/uncompress" and
  554.    "tar/untar" programs.
  555.  
  556.    Suppose "patch" is a useful public domain program for applying
  557.    program patches and updates.  You find this file at an archive site
  558.    as "patch.tar.Z".  Now you know that the ".Z" indicates that the file
  559.  
  560.  
  561.  
  562. IAFA Working Group                                             [Page 10]
  563.  
  564. RFC 1635                       How To FTP                       May 1994
  565.  
  566.  
  567.    was compressed with the UNIX "compress" command, and the ".tar"
  568.    indicates that it was tar'ed using the UNIX "tar" tape archive
  569.    command.
  570.  
  571.    First retrieve the file onto your machine using anonymous FTP.  To
  572.    unpack this program, you would first  uncompress it by typing:
  573.  
  574.       uncompress patch.tar.Z
  575.  
  576.    This will uncompress the file, and in the process, rename it to
  577.    "patch.tar".  You can then execute the "tar" command to extract the
  578.    individual files.
  579.  
  580.    In the example of patch.tar, you could invoke the command as:
  581.  
  582.       %tar xvf patch.tar
  583.  
  584.    The files would be extracted (that's the 'x' argument to tar) from
  585.    the file patch.tar (that's the 'f' argument).  Because we use the 'v'
  586.    (for verbose) argument, the name of each file is printed as it is
  587.    extracted.  When tar is complete you should have all the files that
  588.    make up the "patch" program in your working directory.
  589.  
  590. Etiquette
  591.  
  592.    Not every site that supports FTP permits anonymous tranfers.  It is
  593.    wrong to try to get files from systems that have not advertised the
  594.    availability of such a service.
  595.  
  596.    Remember that Internet site administrators for archive sites have
  597.    made their systems available out of a sense of community.  Rarely are
  598.    they fully compensated for the time and effort it takes to administer
  599.    such a site.  There are some things users can do to make their jobs
  600.    somewhat easier, such as checking with local support personnel first
  601.    if problems occur before asking the archive administrator for help.
  602.  
  603.    Most archive machines perform other functions as well.  Please
  604.    respect the needs of their primary users and restrict your FTP access
  605.    to non-prime hours (generally between 1900 and 0600 hours local time
  606.    for that site) whenever possible.  It is especially important to
  607.    remember this for sites located on another continent or across a
  608.    significant body of water because most such links are relatively slow
  609.    and heavily loaded.
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618. IAFA Working Group                                             [Page 11]
  619.  
  620. RFC 1635                       How To FTP                       May 1994
  621.  
  622.  
  623.    In addition, some sites offering anonymous FTP limit the number of
  624.    concurrent anonymous FTP logins.  If your attempt to log onto such a
  625.    site results in an error message to the effect that too many
  626.    anonymous FTP users are online, you should wait a while before
  627.    attempting another connection rather than retrying immediately.
  628.  
  629.    To reduce redundant storage, you should find out how to make useful
  630.    the files you fetch using FTP available to your entire organization.
  631.    If you retrieve and test a program that turns out to be useful, you
  632.    should probably ask your administrator to consider making the program
  633.    generally available, which will reduce the redundant effort and disk
  634.    space resulting from multiple individuals installing the same package
  635.    in their personal directories.
  636.  
  637.    If you find an interesting file or program on an archive site, tell
  638.    others about it.  You should not copy the file or program to your own
  639.    archive unless you are willing to keep your copy current.
  640.  
  641. References
  642.  
  643.    [1] Postel, J., and J. Reynolds, "File Transfer Protocol (FTP)", STD
  644.        9, RFC 959, USC/Information Sciences Institute, October 1985.
  645.  
  646. Security Considerations
  647.  
  648.    Security issues are not discussed in this memo.
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674. IAFA Working Group                                             [Page 12]
  675.  
  676. RFC 1635                       How To FTP                       May 1994
  677.  
  678.  
  679. Authors' Addresses
  680.  
  681.    Peter Deutsch
  682.    Bunyip Information Systems
  683.    266 Blvd. Neptune
  684.    Dorval, Quebec, H9S 2L4
  685.    Canada
  686.  
  687.    Phone: (514) 398-3709
  688.    EMail: peterd@bunyip.com
  689.  
  690.  
  691.    Alan Emtage
  692.    Bunyip Information Systems
  693.    266 Blvd. Neptune
  694.    Dorval, Quebec, H9S 2L4
  695.    Canada
  696.  
  697.    Phone: (514) 398-3709
  698.    EMail: bajan@bunyip.com
  699.  
  700.  
  701.    April N. Marine
  702.    NASA NAIC
  703.    M/S 204-14
  704.    Ames Research Center
  705.    Moffett Field, CA 94035-1000
  706.  
  707.    Phone: (415) 604-0762
  708.    EMail: amarine@atlas.arc.nasa.gov
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730. IAFA Working Group                                             [Page 13]
  731.  
  732.